home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / maillist / 94-04.Z / 94-04 / text0256.txt < prev    next >
Encoding:
Text File  |  1994-04-30  |  18.2 KB  |  419 lines

  1. In article <766942043snz@johnb.demon.co.uk>
  2.            JOHN@johnb.demon.co.uk "JOHN BRUCE" writes:
  3.  
  4. > I have recently installed WINSOCK.  When I run DICSUBAT unbatching of the newly
  5. >  arrived 
  6. > news fails (no errors indicated). I then ran Demon from Windows (something I
  7. >  had never done before) 
  8. > and I discovered the same problem - although satisfactory when run from DOS.
  9. > If I exit from Windows completely and then run DICSUBAT or Demon the news is
  10. >  unbatched!
  11. > I have concluded that the commonality of the failure rests with UNBATCH.EXE in
  12. >  direcectory SNEWS.
  13. > Help, any ideas.
  14.  
  15. This has nothing to do with winsock, it is a windows problem.  Try adding
  16. the -s switch to unbatch to turn off the disk space checking.  
  17.  
  18. Regards,
  19.  
  20.     Paul
  21. -- 
  22. ______________________
  23.                       \     Paul Harrington
  24.    Demon Internet      \_______________________
  25.             -==< PGP Key available>==-
  26. From news@bigblue.oit.unc.edu Thu Apr 21 15:18:02 1994
  27. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  28.           id AA22556; Fri, 22 Apr 1994 13:14:40 -0400
  29. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  30.           id AA26522; Fri, 22 Apr 1994 11:58:56 -0500
  31. Received: from GATEWAY by bigblue with netnews
  32.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  33. To: winsock@sunsite.unc.edu
  34. Date: Thu, 21 Apr 1994 15:18:02 GMT
  35. From: larry.clay@network.com (Larry Clay)
  36. Message-Id: <larry.clay.22.2DB69929@network.com>
  37. Organization: Northwest Nexus Inc.
  38. Sender: ses
  39. References: <2oulrb$m8b@netnews.upenn.edu>
  40. Subject: Re: In search of.... Winsock telnet app with KERMIT support
  41.  
  42. In article <2oulrb$m8b@netnews.upenn.edu> tony@scotty.dccs.upenn.edu (Anthony Olejnik) writes:
  43. >From: tony@scotty.dccs.upenn.edu (Anthony Olejnik)
  44. >Subject: In search of.... Winsock telnet app with KERMIT support
  45. >Date: 18 Apr 1994 19:08:27 GMT
  46.  
  47. >Does anyone know of a (public domain/shareware/commercial/etc.)
  48. >Winsock telnet application which *ALSO* supports the KERMIT
  49. >file transfer protocol?
  50.  
  51. >I have the need to establish a telnet session with a particular
  52. >host that does not support FTP.  Instead, it only supports KERMIT.
  53.  
  54. >Currently, I'm using Novell's LWP with Columbia University's 
  55. >MS-Kermit v3.13.  However, I need a true MS-Windows app that will
  56. >work on top of a winsock-complient TCP/IP stack.
  57.  
  58. >Any help would be greatly appreciated.
  59.  
  60. >thanks in advance.
  61.  
  62. >--tony
  63.  
  64. KERMIT is a protocal for file transfer via dialup, it isn't a TCP client. If 
  65. the host in question isn't running an ftp daemon then you might consider 
  66. telneting into the remote host and doing an ftp back to yourself. This done by 
  67. running an ftp server on your PC. Two that work are ws_ftd and WinQvt397 for 
  68. winsock.
  69.  
  70.  
  71. Larry Clay
  72. claylj@halcyon.com
  73. From news@bigblue.oit.unc.edu Fri Apr 22 13:44:27 1994
  74. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  75.           id AA27244; Fri, 22 Apr 1994 13:44:27 -0400
  76. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  77.           id AA24185; Fri, 22 Apr 1994 12:27:23 -0500
  78. Received: from GATEWAY by bigblue with netnews
  79.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  80. To: winsock@sunsite.unc.edu
  81. Date: Thu, 21 Apr 1994 20:31:01
  82. From: chico@halcyon.com (Kevin Hintergardt)
  83. Message-Id: <chico.168.001484F4@halcyon.com>
  84. Organization: Northwest Nexus Inc.
  85. Sender: ses
  86. References: <2p6nt7$4v@kaiwan.kaiwan.com>
  87. Subject: Re: HELP me I am stupid!
  88.  
  89. In article <2p6nt7$4v@kaiwan.kaiwan.com> wilber@kaiwan.com (wilber) writes:
  90. >Path: nwnexus!cyber2.cyberstore.ca!math.ohio-state.edu!howland.reston.ans.net!vixen.cso.uiuc.edu!sdd.hp.com!swrinde!ihnp4.ucsd.edu!pacbell.com!UB.com!kaiwan.com!not-for-mail
  91. >From: wilber@kaiwan.com (wilber)
  92. >Newsgroups: alt.winsock
  93. >Subject: HELP me I am stupid!
  94. >Date: 21 Apr 1994 13:32:39 -0700
  95. >Organization: KAIWAN Internet (310/527-4279,818/756-0180,714/741-2920)
  96. >Lines: 6
  97. >Message-ID: <2p6nt7$4v@kaiwan.kaiwan.com>
  98. >NNTP-Posting-Host: kaiwan.kaiwan.com
  99. >X-Newsreader: TIN [version 1.2 PL2]
  100.  
  101.  
  102. >        Ok this is how i access the internet, I turn on my PC, I call a 
  103. >company called KAIWAN, I then logon, now I am in the internet... This 
  104. >company is a UNIX based system. So my question is: IS WINSOCK FOR ME?
  105.  
  106. >wilber@kaiwan.com
  107.  
  108. I guess you just missed my 'winsock for beginners' posting. I'll email one to 
  109. you. It'll explain what it is and step you through a few of the more popular 
  110. shareware client that I use.
  111.  
  112.  
  113. -------------------
  114. Kevin Hintergardt  
  115. kevin@chico.wa.com 
  116. Welcome to the Information Goat Path
  117. From news@bigblue.oit.unc.edu Fri Apr 22 13:44:29 1994
  118. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  119.           id AA27250; Fri, 22 Apr 1994 13:44:29 -0400
  120. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  121.           id AA08497; Fri, 22 Apr 1994 12:34:02 -0500
  122. Received: from GATEWAY by bigblue with netnews
  123.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  124. To: winsock@sunsite.unc.edu
  125. Date: Thu, 21 Apr 1994 12:27:18 UNDEFINED
  126. From: mgaro@kuhub.cc.ukans.edu (Michael Garoutte)
  127. Message-Id: <mgaro.66.0036B5A9@kuhub.cc.ukans.edu>
  128. Sender: ses
  129. Subject: Why did WSARCHIE...  update
  130.  
  131. In article <mgaro.52.002F82AB@kuhub.cc.ukans.edu> I wrote:
  132.  
  133. >I am using the Netmanage stack (Chameleon).  I was using version 4.0, then 
  134. >upgraded to 4.00.4.  I previously used WSARCHIE 0.2 with no problem.  I think 
  135. >it worked with the new version of the Netmanage stack.  Anyway, I reinstalled 
  136. >the old version, and tried WSARCHIE versions 0.2 and 0.5 with both.  Same 
  137. >error every time.  I don't know what has changed, because it used to work 
  138. >fine.  I can try the Trumpet winsock and see if that works if you like, David. 
  139. >Thanks for a great program (if only I can get it to work again!)
  140.  
  141. Then the author of WSArchie, David Woakes, wrote:
  142.  
  143. >Thanks for the info. What your getting is nameserver look up failure. If
  144. >you've checked that already, I'm at a loss. I'm going to try the demo 
  145. >chameleon software, but I've not been able to get it to log in properly yet!
  146.  
  147. In addition to the DNS problem, I was having problems with WSArchie crashing 
  148. windows when a search was started, and I was also having problems with windows 
  149. crashing on exit from the Chameleon software, or on attempting to exit 
  150. windows. Here was my setup:
  151.  
  152. Windows for Workgroups 3.11 using 32-bit disk and file access.
  153. Norton Desktop for Windows 2.2
  154. Netmanage's Chameleon Winsock software.
  155. GW2K P5-60; 8 Mb Ram, 23 Mb Swap file
  156.  
  157. I had previously tried re-installing NDW 2.2 and WFWG 3.11.  This did not 
  158. solve my crashing problems.  So, yesterday I re-installed Windows 3.1 over 
  159. WFWG 3.11.  So far, everything is now running fine.  WSArchie 0.2 and 0.5 
  160. both work fine now.  I have heard of incompatibilities with WFWG and NDW, and 
  161. that may be the case.  My disk access is slower, but at least the system 
  162. _appears_ tp be stable.  I'll wait and see.
  163.  
  164. Michael
  165. --
  166.  Michael Garoutte--member of GUI    |SCCSIAMRNASNPWPPPPPP: Select Committee
  167. _Internet:_mgaro@kuhub.cc.ukans.edu_|to Conduct a Study and Investigation of
  168. All Matters Relating to the Need for Adequate Supplies of Newsprint, Printing
  169. and Wrapping Paper, Paper Products, Paper, Pulp, and Plywood--U.S.Congress
  170. From news@bigblue.oit.unc.edu Fri Apr 22 13:44:32 1994
  171. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  172.           id AA27258; Fri, 22 Apr 1994 13:44:32 -0400
  173. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  174.           id AA27897; Fri, 22 Apr 1994 12:30:07 -0500
  175. Received: from GATEWAY by bigblue with netnews
  176.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  177. To: winsock@sunsite.unc.edu
  178. Date: Thu, 21 Apr 1994 20:36:46
  179. From: chico@halcyon.com (Kevin Hintergardt)
  180. Message-Id: <chico.169.00149D78@halcyon.com>
  181. Organization: Northwest Nexus Inc.
  182. Sender: ses
  183. References: <765845d2530477t74@zaun.UUCP>
  184. Subject: Re: client/server apps?
  185.  
  186. In article <765845d2530477t74@zaun.UUCP> "James A. Zaun" <jim@zaun.infoserv.com> writes:
  187. >Path: nwnexus!uunet!gatekeeper.us.oracle.com!barrnet.net!infoserv!zaun!jim
  188. >Message-ID: <765845d2530477t74@zaun.UUCP>
  189. >Date: Thursday, 21 April 1994 05:32:22 PST 
  190. >X-Mailer: TMail version 1.16R
  191. >From: "James A. Zaun" <jim@zaun.infoserv.com>
  192. >Organization: Boulder Creek, CA.
  193. >Subject: client/server apps?
  194. >Newsgroups: alt.winsock
  195. >Distribution: world
  196. >Lines: 30
  197.  
  198.  
  199. >Since my last posting received no response, I'll try again.  Does anybody
  200. >have any experience doing client/server apps on win32s?  My employer wants
  201. >to provide the same mix of client/server apps under Win32s that are already
  202. >in existence on UNIX platforms.  They give me two requirements:
  203.  
  204. >Requirement 1: Support any mixture of clients and servers across Windows and
  205. >  UNIX platforms using IP (Internet Protocol via TCP/UDP/RPC).
  206.  
  207. >Requirement 2: If all clients/servers end up on a single Windows/PC host,
  208. >  no network adapter shall be required. (i.e. virtual local loop-back).
  209. >  
  210. >Can Winsock handle this?  Or, will I have to use different protocols
  211. >depending on whether the clients and servers are local or remote?  Or, even
  212. >if all this is possible, will performance totally suck (on an 8Mb 386-33)?
  213. >Or, maybe it all depends on the which Winsock DLL and driver I use -- some
  214. >do, some don't?
  215.  
  216. >I read the ws_guide and the MSJ article "Networking under Windows" (Nov 93)
  217. >which left me more confused than enlightened.  Can anybody suggest other
  218. >readings on this topic?
  219.  
  220. >Any experiences, suggestions, or bits of advice would be most appreciated.
  221.  
  222. >In case you are interested, I'm working on a distributed C/C++ development
  223. >environment where you can download and debug C/C++ apps over the network (or
  224. >locally) on various targets (x86, 960, 68k, Power-PC, etc).
  225.  
  226. >Internet:        jim@zaun.infoserv.com             CompuServe:  71652,1762
  227. >America Online:  JamesAZaun                        Telephone:   1,408-338-7679
  228.  
  229. Im doing something very similar although the SAME MACHINE option doesnt 
  230. actually exist for me but my solution will handle it.  A company called 
  231. Wonderware has a product called netDDE (the same one that comes with WFW) and 
  232. a Unix side server SDK.  You plug your Unix server API into the server SDK and 
  233. it will take to the netDDE middleware on the PC. Your client talks DDE to the 
  234. netDDE middleware. Since its DDE, the same client could talk to a local server 
  235. too.  Post back if you interested in this direction and I'll dig out a phone 
  236. number for you tomorrow-- its at work :)
  237. -------------------
  238. Kevin Hintergardt  
  239. kevin@chico.wa.com 
  240. Welcome to the Information Goat Path
  241. From news@bigblue.oit.unc.edu Mon Apr 21 01:50:19 1994
  242. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  243.           id AA02178; Fri, 22 Apr 1994 14:14:27 -0400
  244. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  245.           id AA25973; Fri, 22 Apr 1994 13:12:38 -0500
  246. Received: from GATEWAY by bigblue with netnews
  247.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  248. To: winsock@sunsite.unc.edu
  249. Date: 21 Apr 1994 08:50:19 -0700
  250. From: markb@spock.dis.cccd.edu (Mark Bixby)
  251. Message-Id: <2p67br$dhl@spock.dis.cccd.edu>
  252. Organization: Coast Community College District, Costa Mesa, CA
  253. Sender: ses
  254. Reply-To: markb@cccd.edu
  255. Subject: WinVn broken by HPUX sendmail patch PHNE_4040
  256.  
  257. The WinVn newsreader will not be able to send e-mail if you install the HPUX
  258. sendmail patch PHNE_4040.  This patch makes sendmail issue an rfc821-
  259. compliant multiline greeting, which WinVn is not expecting.
  260.  
  261. The WinVn authors have been notified, and they've added the problem to their
  262. "to do" list.
  263. -- 
  264. Mark Bixby                         Internet: markb@cccd.edu
  265. Coast Community College District   1370 Adams Avenue
  266. District Information Services      Costa Mesa, CA, USA  92626
  267. Technical Support                  (714) 432-5064
  268. "You can tune a file system, but you can't tune a fish." - tunefs(1M)
  269. From news@bigblue.oit.unc.edu Thu Apr 21 15:27:23 1994
  270. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  271.           id AA14461; Fri, 22 Apr 1994 15:44:50 -0400
  272. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  273.           id AA12583; Fri, 22 Apr 1994 14:39:13 -0500
  274. Received: from GATEWAY by bigblue with netnews
  275.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  276. To: winsock@sunsite.unc.edu
  277. Date: Thu, 21 Apr 1994 15:27:23 +0000
  278. From: JOHN@johnb.demon.co.uk (JOHN BRUCE)
  279. Message-Id: <766942043snz@johnb.demon.co.uk>
  280. Organization: Myorganisation
  281. Sender: ses
  282. Reply-To: JOHN@johnb.demon.co.uk
  283. Subject: Running UNBATCH from WINDOWS 3.11
  284.  
  285. I have recently installed WINSOCK.  When I run DICSUBAT unbatching of the newly arrived 
  286. news fails (no errors indicated). I then ran Demon from Windows (something I had never done before) 
  287. and I discovered the same problem - although satisfactory when run from DOS.
  288. If I exit from Windows completely and then run DICSUBAT or Demon the news is unbatched!
  289.  
  290. I have concluded that the commonality of the failure rests with UNBATCH.EXE in direcectory SNEWS.
  291.  
  292. Help, any ideas.
  293. -- 
  294. JOHN BRUCE
  295. From news@bigblue.oit.unc.edu Thu Apr 21 17:14:10 1994
  296. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  297.           id AA14595; Fri, 22 Apr 1994 15:46:06 -0400
  298. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  299.           id AA19827; Fri, 22 Apr 1994 14:16:57 -0500
  300. Received: from GATEWAY by bigblue with netnews
  301.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  302. To: winsock@sunsite.unc.edu
  303. Date: Thu, 21 Apr 1994 17:14:10 GMT
  304. From: mckinney@me.umn.edu (Peter J. McKinney)
  305. Message-Id: <mckinney.15.000B3CD1@me.umn.edu>
  306. Organization: University of Minnesota
  307. Sender: ses
  308. References: <tgrel.5.0033669D@falcon.cc.ukans.edu>, <jtara.276.00331139@crash.cts.com>, <JPHammonds.57.00016F0C@anl.gov>
  309. Subject: Re: 32-bit Mosaic sucks up my memory!
  310.  
  311. In article <JPHammonds.57.00016F0C@anl.gov> JPHammonds@anl.gov (John P. Hammonds) writes:
  312. >From: JPHammonds@anl.gov (John P. Hammonds)
  313. >Subject: Re: 32-bit Mosaic sucks up my memory!
  314. >Summary: 32-bit applications take more memory
  315. >Date: Wed, 20 Apr 1994 07:26:01 GMT
  316.  
  317. >In article <jtara.276.00331139@crash.cts.com> jtara@crash.cts.com (Jon Tara)
  318. >writes:
  319. >>From: jtara@crash.cts.com (Jon Tara)
  320. >>Subject: Re: 32-bit Mosaic sucks up my memory!
  321. >>Date: Mon, 18 Apr 1994 01:41:20 GMT
  322. >>Summary: 32-bit applications take more memory
  323.  
  324. >>In article <tgrel.5.0033669D@falcon.cc.ukans.edu> tgrel@falcon.cc.ukans.edu
  325. >(Tom
  326. >>Grelinger) writes:
  327.  
  328. >>>In article <hpriest.127.00144C3B@utxvms.cc.utexas.edu>
  329.  
  330. >>>>Hi all,
  331.  
  332. >>>>When using alpha 3 or 4 of WinMosaic, my free memory drops from about 12 megs
  333. >>>>free to eight or six megs free!  This didn't happen with 2.0a2.  Does anyone 
  334. >>>>know if this is a problem with Mosaic, Win32s, or something that I can fix?  
  335. >>>>My system has 16 megs RAM with a ~three meg permanent swapfile.
  336.  
  337. >>>I think experience has taught us both that the 32-bit apps of alpha 3 and 4 
  338. >>>take a lot of memory.  I can understand why Windows NT only runs reliable with
  339. >>>more than 16 megs; preferrably 32 meg.  I was trying to run alpha 3 with only 
  340. >>>4 MB of physical ram, and it was taking forever.  I'll stick with Alpha 2 
  341. >>>until I upgrade memory sometime this summer.
  342.  
  343. >>The reason it's taking up so much space is becuase it has to load Win32s, 
  344. >>which is nornally not loaded until you run a 32-bit application. You now 
  345. >>essentially have TWO copies of Windows loaded: one 16-bit and one 32-bit.
  346.  
  347. >>Of course, the same thing applies with Windows NT, expect it's the other
  348. >>way around. Actually, I think the 16-bit subsystem is loaded automatically
  349. >>by NT, but there is a way to keep it from loading, just in case there is
  350. >>anybody running NT who does *not* regularly use 16-bit apps.
  351.  
  352. >>BTW, NT runs just fine on my machine with 16MB. I don't think it requires
  353. >>*more* than 16MB to run well - it just doesn't run too nicely with much less
  354. >>than that.
  355.  
  356. >More than simply running Win32s a 32 bit app will always be larger than
  357. >a 16 bit app.  All of the instructions are 32 bit instaed of 16,  Default word 
  358. >sizes are larger etc.  The only way to get around this one is code 
  359. >optimization (which has probably been done where possible) and buying more 
  360. >memory.
  361.  
  362. So could somebody please explain the advantages of using a 32 bit application 
  363. (advantages to me, the end user, that is....).  I'm equally cloudy on the 
  364. advantages of using a DOS "protected mode" application over using a "real 
  365. mode" application, but perhaps that's a question for another newsgroup....
  366.  
  367. - Pete
  368.  
  369.  
  370. ____________________________________________________________________________
  371. | Peter J. McKinney                         Particle Technology Laboratory |
  372. | email: mckinney@me.umn.edu          Department of Mechanical Engineering |
  373. | phone: (612) 624-4580                            University of Minnesota |
  374. ----------------------------------------------------------------------------
  375. From news@bigblue.oit.unc.edu Fri Apr 22 08:19:07 1994
  376. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  377.           id AA17616; Fri, 22 Apr 1994 16:14:45 -0400
  378. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  379.           id AA29378; Fri, 22 Apr 1994 15:04:16 -0500
  380. Received: from GATEWAY by bigblue with netnews
  381.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  382. To: winsock@sunsite.unc.edu
  383. Date: Fri, 22 Apr 1994 08:19:07 GMT
  384. From: jones@cbdb1.nimh.nih.gov (Doug Jones)
  385. Message-Id: <jones.20.000351A9@cbdb1.nimh.nih.gov>
  386. Organization: CBDB/NIMH/NIH
  387. Sender: ses
  388. References: <16F9F7DF1.RCRELIA@UGA.CC.UGA.EDU>
  389. Subject: Re: problems w/FTP in WinMosaic
  390.  
  391. In article <16F9F7DF1.RCRELIA@UGA.CC.UGA.EDU> RCRELIA@UGA.CC.UGA.EDU (Rick Crelia) writes:
  392. >From: RCRELIA@UGA.CC.UGA.EDU (Rick Crelia)
  393. >Subject: problems w/FTP in WinMosaic
  394. >Date: Thu, 21 Apr 94 08:57:16 EDT
  395.  
  396. >Has anyone noticed problems using Mosaic for MSWindows to establish FTP links?
  397. >I have not been able to reliably connect to FTP sites that have a link of
  398. >the form
  399. >           ftp://ftp.domainname
  400. >For example, ftp://wuarchive.wustl.edu works sometimes, and doesn't at other
  401. >times.  I've tried this on many sites, so it doesn't seem to be site-specific
  402. >problem.  BTW, I'm using the alpha 2 version of WMOS.  Any help would be
  403. >appreciated.
  404. >Thanks,
  405. >Rick
  406. I've had this happens sometimes, and tried WS_FTP immediately, and found
  407. the the site, eg wuarchive.wustl.edu, was not accepting any more anonymous
  408. logins because it had reached its limit. This may be to simple, but could it be
  409. the cause? Mosaic never told me _why_ it failed to connect, just said that it
  410. couldn't.
  411. Doug
  412. jones@cbdb1.nimh.nih.gov
  413.  
  414.